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Tliis Rq>ly Brief addresses the Examiner's remarks on pages 7-1 2 of the Examiner's 
Answer* 

According to embodiments described in the Applicants specification, a switch is 
operable to perform composite and/or multi-host transactions. For example, the switch 202 
includes modules for detennining whether a received primary transaction is a composite or a 
multi-host transaction. The determination may be based on one or more of the payment type, 
transaction type, and response code from a host sending a response to the primary transaction. 
For example, based on one or more of the payment type, transaction type, and die response 
code, the analyzing module determines whether the transaction should be sent to a second 
host for processing. Sec paragraphs 13. 14 and 20-21. 

Thus* there is a need to determine whether the specific transaction is of a type, such as 
a multi-host or composite, where the transaction should be sent to a second host 
Conventional switches do not support composite transactions and are unable to determine 
whether a transaction is a composite transaction or a multi-host transaction* 

Independa^ m c^ m / m d 18 

Independent claims 1 and 18 recite; 

determining a need for transmitting the primary transaction request to 
another host 

On pages 7 and 8, the Examiner alleges tiiis feature is taught by Ofir because Ofir 
discloses a protocol used to interconnect die host 36 and ihe service node 25b, and the host 
and service node are directly connected by the a private line. However, simply because Ofir 
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discloses a protocol used lo interconnect a node and a host, does not require determining a 
need to transmit the request to another hoBt Ofir only discloses that there is a protocol for 
connecting a node and a host This could be a hand-shaking procedure or some other 
procedure that provides for the communication between the node and the host Nowhere 
docs Ofir disclose that this protocol requires determining whether there is a need to transmit 
the request to another hosL 

Dependent claims 4_and 19 

On page 8, the Examiner alleges that the service name in Ofir contains the address 
associated with a particular transaction type, and that Ofir determines the appropriate node to 
transmit the request based on the service name, and thus, Ofir discloses determining a need to 
transmit the request to another host based on transaction type. 

The Applicants disagree because Ofir discloses the client node selects a route to 
forward the transaction based in part on the service name, link, capacity, configuration, and 
processor loading. See Ofir column 3D, lines 9-24, However, Ofir does not determine a need 
to transmit to another host based on transaction type. Instead, Ofir only selects a route based 
on service name, which the Examiner equates to service type. Selecting a route is not the 
same as determining a need to transmit to another host, let alone determining a need to 
transmit to another host based on transaction type. In Ofir, this need determination is not 
performed Instead, Ofir automatically assumes the request is to be sent to the service node, 
and the route is selected. Thus, Ofir fails to leach the claimed need determination based on 
transaction type, 
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Independent Claim 5 

On page 9, the Examiner relies on FTG.S, clement 510 "route simple request to nearest 
busy hosf* as the teaching in Ofir of the claimed plurality of hosts. However, claim 5 also 
recites a plurality of packets for transmission to the plurality of hosts based on transaction 
and payment type, and receiving responses at a switch from the plurality of hosts. The host 
of element 510 of FIG, 5 is described in column 14, lines 1-27 of Ofir. Clearly, Ofir only 
discloses sending a message to only a single hosL Thus, Ofir fails to teach these features. 

The Examiner docs not address the Applicants arguments with respect to dependent 
claim 9, which are provided below. 

Claim 9 is dependent on independent claim 5. The features of dependent claim 9 are 
similar to the features of claim 4 described above and net taught by Ofir. In particular claim 
9 recites, 

receiving a secondary transaction containing a reference to the primary 

transaction request; 

retrieving a transaction history using the unique identifier; and 
transmitting a request to a host contained in the transaction history for 

reversing the primary transaction. 

At least the secondary transaction and the request to a host contained in the 
transaction history for reversing the primary transaction are not taught by Ofir* 
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Indcnvndmt claims J_0_artd_I3 

On page ] 1 of the Examiner's Answer, the Examiner states, "If the information 
provided to the network 33 stoles the transaction is muiti*bost, composite or both, then 
inherently Ofir ? s terminal adapter would relay this information to the appropriate hosts*" 

However, Oiir foils to teach information identifying a transaction as multi-host, 
composite or both Also, Ofir fails to teach the network 33 determines whether the transaction 
is multi-host or composite, so Ofir foils to teach means for identifying a transaction as multi- 
host or both multi-host and composite. 

Further, Ofir Fails to teach a composite transaction comprised of a plurality of 
transactions, each to be transmitted to a different host, and the plurality of transactions have 
different payment types and transaction types. 

Dependent jCtatntx _I2_gttd J7_ 

Ofir fails to teach identifying the payment type, as recited in dependent claim 12. 
Ofir iails to teach a request for reversing a primary transaction, as recited in dependent claim 
1 7. The Examiner alleges payment type is disclosed in PIC. 12A of Ofir. However, FIG. 
12A discloses a transaction type rather than a payment type. Furthermore, the Examiner 
cannot equate the transaction type of FIG. 12A to be the claimed payment type, because both 
a payment type and a transaction type arc recited in claim 12. The Examiner alleges 
reversing a primary transaction is shown in FIG. 1 0 of Ofir* However, FIG. 10 discloses 
using backups when a failure is detected, but feilB to teach reversing a transaction. 
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Conclusion 

For at least the reasons given above and the reasons provided in the Appeal Briel; the 
rejection of claims 1-19 under 35 USC 1 02(c) as being anticipated by Ofir should be 
reversed. Accordingly, it is respectfully requested drat these claims be allowed. 

Respectfully submitted, 



Dated; October 6, 2008 
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